Please amend the claims as follows: 



1 .(Currently Amended) A method for reducing the cost of sending messages over an 
intermittent network of computing devices via one or more multiple communication 
channels, the method comprising: 

(a) creating a first message on a first device, the message intended to be sent 
to a second device over the network via at least ono ohannol multiple 
communication channels : 

(b) applying a first policy to reduce the cost of sending messages over the 
intermittent network of computing devices, the first policy containing one 
or more rules to determine whether to send the first message to the second 
device, each rule being a fimction of one or more messaging attributes of 
messages, channels or the system environment; and 

(c) dynamically updating the first policy by sending a second message to the 
first device, the second message being a system message that results in the 
addition, deletion or other modification of the rules contained in the policy 
to reduce the cost of sending messages over the intermittent network of 
computing devices. 

2. (Original) The method of Claim 1 wherein the first device is a server device and the 

second device is a client device. 

3. (Withdrawn) A method for implementing efficient guaranteed transactional messaging 
on an intermittent network of computing devices, the method comprising the steps of: 



(a) 



creating a first transaction on a first device, the first transaction including 
one or more messages intended to be exchanged with a second device over 
the network; 



5 (b) creating a first device queue on the first device, the first device queue 

reflecting the current status of the first transaction, including which 
messages of the first transaction have been successfully or unsuccessfully 
sent or received; 

10 (c) creating a second device queue on the second device, the second device 

queue reflecting the current status of the first transaction, including which 
messages of the first transaction have been successfully or unsuccessfully 
sent or received; and 

1 5 (d) guaranteeing receipt by the first device of a notification that a message of 

the first transaction sent by the first device was successfully or 

unsuccessfully received by the second device, even in the event that the 
first device or the second device loses network connectivity prior to the 
first device receiving such notification. 

20 

4. (Withdrawn) The method of Claim 3 wherein the first device is a server device and the 
second device is a client device. 

25 5. (Previously Presented) The method of claim 1, comprising creating a first transaction 
on the first device, the first transaction including one or more messages intended to be 
exchanged with the second device over the intermittent network. 

6. (Currently Amended) The method of claim 1, comprising creating a first device queue 
30 on the first device, the first device queue reflecting the current status of ^ a first 



3 



transaction, including which messages of the first transaction have been successfully or 
unsuccessfully sent or received. 

7. (Previously Presented) The method of claim 1, comprising creating a second device 
5 queue on the second device, the second device queue reflecting the current status of a 

first transaction, including which messages of the first transaction have been successfully 
or unsuccessfully sent or received. 

8. (Previously Presented) The method of claim 1, comprising guaranteeing receipt by the 
10 first device of a notification that a message of a first transaction sent by the first device 

was successfully or unsuccessfully received by the second device, even in the event that 
the first device or the second device loses network connectivity prior to the first device 
receiving such notification. 

15 9. (Previously Presented) The method of claim 1 wherein the first device is a server 
device and the second device is a client device. 

10. (Previously Presented) The method of claim 1, comprising providing bi-directional 
messaging between wireless/mobile devices and enterprise server applications. 

20 

11. (Previously Presented) The method of claim 10, wherein the bi-directional messaging 
is achieved using a server-initiated push. 

12. (Previously Presented) The method of claim 11, wherein the server initiated push 
25 comprises one of modem signaling, http listening, short messaging system (SMS), 

polling using an efficient decaying algorithm. 

13. (Previously Presented) The method of claim 11, wherein a transaction is achieved 
between a client and a server by breaking up a transmission sequence such that the client 

30 does not have to wait until the transaction is completed before relinquishing the network 

connection. 
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14. (Previously Presented) The method of claim 1, comprising performing asynchronous 
messaging, wherein a message is persistent and sent to a next stage without waiting. 



5 15. (Previously Presented) The method of claim 1, comprising receiving a reply from a 
server to a client as an asynchronous message to complete the transaction. 

16. (Currently Amended) The method of claim 1, comprising automatically detecting 
networks by observing changes in ^ a TCP/IP route table and a default route. 

10 

17. (Previously Presented) The method of claim 1, comprising determining service 
providers by using identification servers accessible only in specific networks. 

18. (Previously Presented) The method of claim 1, comprising forming one or more 

1 5 transmission rules using regular expressions to combine system, message and channel 
parameters. 

19. (Previously Presented) The method of claim 1, comprising generating loosely coupled 
client-server applications by declarative programming using relating business objects and 

20 graphical objects and mapping the objects into messages using properties sheets. 

20. (Previously Presented) The method of claim 1, comprising performing conflict-free 
database sjmchronization by assigning a master database and designating other databases 
as slave databases. 

25 

21 . (Currently Amended) The method of claim 4 ^20. wherein updates to the slave 
databases are considered pending until confirmed by the master database. 

22. (Previously Presented) The method of claim 1, comprising communicating using a 
30 lightweight LUCID (Logic Up, Consistent Information Down) model. 
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23. (Currently Amended) The method of claim 30 22, comprising sending 
acknowledgement messages instead of a reply record. 
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